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Beschreibung 

Verfahren zur Diagnose von Treiberausgange und Diagnosepuls- 
manager 

5 

Die Erfindung betrifft ein Verfahren zur Diagnose von Trei- 
berausgangen, insbesondere zum Einsatz in einem Kraftfahr- 
zeug, bei dern zum Auslesen eines Diagnoseergebnisses an einem 
Treiberausgang dem Treiberausgang ein Puis zugefuhrt wird. 

10 

Die Erfindung betrifft weiterhin einen Diagnosepulsmanager 
zum Zuflihren von Pulsen zu Treiberausgangen in Abhangigkeit 
von Systemanforderungen, insbesondere zum Einsatz in einem 
Kraf tf ahrzeug, urn an Treiberausgangen Diagnoseergebnisse aus- 
15 zulesen. 

Es ist bekannt, Endstuf entreiberausgange im Rahmen einer Feh- 
lerdiagnose beim Betrieb eines Kraf tf ahrzeugs zu uberwachen. 
Urn in gewissen Schaltzustanden eindeutige Diagnoseergebnisse 
20 zu erhalten, ist es notwendig, einem Endstuf entreiberausgang 
aktiv einen Puis zuzufuhren. Die Zufuhrung eines solchen Pul- 
ses wird vom System angefordert. 

In diesem Zusammenhang ist es problematisch, wenn fur mehrere 
25 Treiberausgange gleichzeitig die Anforderung eines Pulses 
vorliegt, insbesondere dann, wenn aus Systemgrunden nicht 
gleichzeitig fur alle Treiberausgange ein Puis zur Verfugung 
gestellt werden kann. Dies ist beispielsweise dann der Fall, 
wenn das System nur eine Timerf unktionalitat zur Verfugung 
30 stellt. 

Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren und 
einen Diagnosepulsmanager zur Verfugung zu stellen, so dass 
bei gleichzeitiger Anforderung von Pulsen fur mehrere Trei- 
35 berausgange eine zuverlassige Fehlerdiagnose erfolgen kann. 
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Diese Aufgabe wird mit den Merkmalen der unabhangigen Anspru- 
che gelost. 

Vorteilhafte Ausf uhrungsf ormen der Erfindung sind in den ab- 
5 hangigen Anspriichen angegeben. 

Die Erfindung baut auf dem gattungsgemafien Verfahren dadurch 
auf, dass eine fur einen Treiberausgang bestehende Anforde- 
rung eines Pulses gespeichert werden kann, wobei insbesondere 

10 raehrere gleichzeitig bestehende Anf orderungen gespeichert 
werden konnen, und dass mehrere gespeicherte Anf orderungen 
gernaii vorgegebener Regeln nacheinander berucksichtigt werden. 
Liegen sornit mehrere Anf orderungen fur Pulse vor, so ist es 
nicht erforderlich, nur eine dieser Anf orderungen willkurlich 

15 zu berucksichtigen und die anderen Anf orderungen zu verwer- 

fen. Vielmehr konnen die Anf orderungen gespeichert werden und 
nachfolgend gemaJi vorgegebener Regeln nacheinander beruck- 
sichtigt werden. 

20 Das Verfahren ist in vorteilhaf ter Weise dadurch weitergebil- 
det, dass die Anf orderungen in einem Diagnosepulsanf orde- 
rungsregister als binare Werte gespeichert werden konnen, 
dass die in dem Diagnosepulsanf orderungsregister gespeicher- 
ten Anf orderungen in ein Diagnosepulsausf uhrungsregister u- 

25 bertragen werden konnen und dass das Diagnosepulsanf orde- 
rungsregister nach dem Ubertragen der Anf orderungen in das 
Diagnosepulsausfuhrungsregister geloscht wird. Die Systeman- 
forderungen konnen somit zunachst in einem Diagnosepulsanf or- 
derungsregister gespeichert werden und dann in Abhangigkeit 

30 von Vorgangen in der Vergangenheit beziehungsweise von sons- 
tigen Kriterien gegebenenf alls in ein Diagnosepulsausf uh- 
rungsregister uberfuhrt werden. Nach Uberfuhrung der Informa- 
tion kann das Diagnosepulsanf orderungsregister geloscht wer- 
den, um so in einem nachsten Zyklus neue Systemanf orderungen 

35 berucksichtigen zu konnen. 
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Nutzlicherweise ist vorgesehen, dass das tibertragen der An- 
forderungen von dem Diagnosepulsanf orderungsregister in das 
Diagnosepulsausfuhrungsregister nur dann erfolgt, wenn in dem 
Diagnosepulsausftihrungsregister keine Anf orderungen gespei- 
5 chert sind. Andernfalls wird zunachst eine im Diagnose- 
pulsausfuhrungsregister gespeicherte Anforderung, die als 
nachste auszufuhren ist, in einen an dem zugeordneten Trei- 
berausgang auszuf uhrenden Puis umgesetzt. 

10 Weiterhin ist nutzlich, dass vor dem tibertragen der Anforde- 
rungen von dem Diagnosepulsanf orderungsregister in das Diag- 
nosepulsausfuhrungsregister in dem Diagnosepulsanforderungs- 
register nicht mehr gespeicherte Anf orderungen ebenfalls in 
dem Diagnosepulsausfuhrungsregister geloscht werden. Auf die- 

15 se Weise wird berucksichtigt, ob Bedingungen, die in der Ver- 
gangenheit einmal vorgelegen haben, nach wie vor bestehen; 
nur wenn dies der Fall ist, kommt eine Ausfuhrung der Pulse 
am entsprechenden Treiberausgang in Frage. 

20 Die Erfindung ist in vorteilhaf ter Weise dadurch weitergebil- 
det, dass nach dem Berucksichtigen einer in dem Diagnose- 
pulsausfuhrungsregister gespeicherten Anforderung diese An- 
forderung in dem Diagnosepulsausfuhrungsregister geloscht 
wird. Bei einer nachf olgenden Abfrage des Diagnosepulsausfuh- 

25 rungsregisters konnen somit anderen Treiberausgangen zugeord- 
nete Diagnosepulse ausgefuhrt werden, sofern entsprechende 
Anforderungen im Diagnosepulsausf uhrungsregister gespeichert 
sind. 

30 Es ist bevorzugt f dass die vorgegebenen Regeln auf mindestens 
einem der f olgenden Kriterien beruhen: verschiedene Treiber- 
ausgange haben unterschiedliche Prioritat, und eine einem be- 
stimmten Treiberausgang zugeordnete Anforderung darf beruck- 
sichtigt werden oder nicht. Im Falle der Beriicksichtigung un- 

35 terschiedlicher Prioritaten werden die Anforderungen zuerst 
berucksichtigt f die Treiberausgangen hoherer Prioritat zuge- 
ordnet sind. Beispielsweise kann vorgesehen sein, dass die 
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Treiberkanale in der Reihenfolge ihrer Ordnungszahl priori- 
siert sind. Im Falle des anderen Kriteriums, dass eine einem 
bestimmten Treiberausgang zugeordnete Anforderung berucksich- 
tigt werden darf oder nicht, kann vorgesehen sein, in Abhan- 
5 gigkeit sonstiger Voraussetzungen bestimmte Treiberausgange 
vollstandig von der Beauf schlagung mit angeforderten Pulsen 
auszunehmen. 

Es ist nutzlicherweise vorgesehen, dass die Prioritaten der 
10 Treiberausgange durch Konf iguration einer Steuerungs- und 
Priorisierungseinheit festgelegt werden. Diese kann bei- 
spielsweise beeinf lussen, ob Stellen in den Registern tat- 
sachlich beschrieben oder geloscht werden sollen. 

15 Insbesondere ist von Vorteil, dass sich die Prioritaten der 

Treiberausgange dynamisch in Abhangigkeit von Betriebszustan- 
den des Kraf tf ahrzeugs andern. Beispielsweise kann bei hohen 
Drehzahlen die Auswertung bestimmter Treiberausgange beson- 
ders sinnvoll sein, die andererseits bei niedrigen Drehzahlen 

20 nur von untergeordnetem Interesse sind. 

Die Erfindung baut auf dem gattungsgemaflen Diagnosepulsmana- 
ger dadurch auf, dass ein Diagnosepulsanforderungsregister 
zum Speichern einer fur einen Treiberausgang bestehenden An- 

25 forderung eines Pulses vorgesehen ist, wobei insbesondere 
mehrere gleichzeitig bestehende Anf orderungen gespeichert 
werden konnen, und dass mehrere gespeicherte Anf orderungen 
gemafi vorgegebener Regeln nacheinander berucksichtigt werden 
konnen. Auf diese Weise werden die Vorteile und Besonderhei- 

30 ten des erf indungsgemafien Verfahrens auch im Rahmen eines Di- 
agnosepulsmanagers umgesetzt. Dies gilt auch fur die nachfol- 
gend angegebenen besonders bevorzugten Ausf uhrungsformen des 
erf indungsgemafien Diagnosepulsanf orderungsmanagers . 

35 Dieser ist in nutzlicher Weise dadurch weitergebildet, dass 

die Anforderungen in dem Diagnosepulsanf orderungsregister als 
binare Werte gespeichert werden konnen, dass die in dem Diag- 
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nosepulsanforderungsregister gespeicherten Anf orderungen in 
ein Diagnosepulsausf uhrungsregister ubertragen werden konnen 
und dass das Diagnosepulsanf orderungsregister nach dem Uber- 
tragen der Anforderungen in das Diagnosepulsausfuhrungsregis- 
5 ter geloscht wird. 

Weiterhin ist vorgesehen, dass das Obertragen der Anforderun- 
gen von dem Diagnosepulsanf orderungsregister in das Diagnose- 
pulsausf uhrungsregister nur dann erfolgt, wenn in dem Diagno- 
10 sepulsausfiahrungsregister keine Anforderungen gespeichert 
sind. 

Insbesondere ist von Vorteil, dass vor dem Ubertragen der An- 
forderungen von dem Diagnosepulsanf orderungsregister in das 
15 Diagnosepulsausfuhrungsregister in dem Diagnosepulsanf orde- 
rungsregister nicht mehr gespeicherte Anforderungen ebenfalls 
in dem Diagnosepulsausf uhrungsregister geloscht werden. 

Vorzugsweise ist auch vorgesehen, dass nach dem Berucksichti- 
20 gen einer in dem Diagnosepulsausf uhrungsregister gespeicher- 
ten Anforderung diese Anforderung in dem Diagnosepulsausf uh- 
rungsregister geloscht wird. 

Bei dem Diagnosepulsmanager ist es besonders bevorzugt, dass 
25 die vorgegebenen Regeln auf mindestens einem der folgenden 

Kriterien beruhen: verschiedene Treiberausgange haben unter- 
schiedliche Prioritat, und eine einem bestimmten Treiberaus- 
gang zugeordnete Anforderung darf berucksichtigt werden oder 
nicht . 

30 

Hierbei ist weiterhin vorgesehen, dass die Prioritaten der 
Treiberausgange durch Konf iguration einer Steuerungs- und 
Priorisierungseinheit festgelegt werden. 

35 Der erf indungsgemafie Diagnosepulsmanager ist in vorteilhaf ter 
Weise dadurch weitergebildet, dass sich die Prioritaten der 
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Treiberausgange dynamisch in Abhangigkeit von Betriebszustan- 
den des Kraf tf ahrzeugs andern. 

Der Erfindung liegt die Erkenntnis zugrunde, dass bei gleich- 
zeitiger Anforderung von Pulsen fur mehrere Treiberausgange 
gewahrleistet werden kann, dass alle Pulsanf orderungen in ei- 
nem Diagnosepulsmanager verarbeitet werden. Insbesondere kon- 
nen dabei Priorisierungsregeln und Steuerungsalgorithmen be- 
rucksichtigt werden. 

Die Erfindung wird nun mit Bezug auf die begleitenden Zeich- 
nungen anhand bevorzugter Ausf uhrungsf ormen beispielhaft er- 
lautert . 

15 Dabei zeigt: 

Figur 1 ein Funktionsblockdiagramm zur Erlauterung der vor- 
liegenden Erfindung; 

20 Figur 2 ein Flussdiagramm zur Erlauterung eines erfindungs- 
gemafien Verfahrens; und 

Figur 3 ein Diagramm zur beispielhaf ten Erlauterung des 
Flussdiagramms gemafi Figur 2 . 

25 

Figur 1 zeigt ein Funktionsblockdiagramm zur Erlauterung der 
vorliegenden Erfindung. Das in Figur 1 dargestellte Zentral- 
eleraent ist ein Diagnosepulsmanager 10. Dieser ist auf der 
einen Seite mit Systemanf orderungen 12 konfrontiert und muss 

30 auf der anderen Seite fur eine Pulsausf uhrung 22 sorgen, die 
sich auf verschiedene Treiberausgange 20 bezieht. Der Diagno- 
sepulsmanager 10 bewerkstelligt dies durch eine Anf orderungs- 
verarbeitung, die insbesondere ein Diagnosepulsanf orderungs- 
register 14 umfasst, und eine Ausf uhrungsverarbeitung, die 

35 insbesondere ein Diagnosepulsausf uhrungsregister 16 umfasst. 
Zwischen der Anf orderungsverarbeitung und der Ausf uhrungsver- 
arbeitung wird durch Steuerungs- und Priorisierungsf unktionen 
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18 vermittelt, so dass gewahrleistet ist, dass den Systeman- 
forderungen 12 bei der Pulsausf uhrung 22 Rechnung getragen 
wird, insbesondere unter Berucksichtigung verschiedener Kri- 
terien, was nachfolgend anhand verschiedener Beispiele erlau- 
5 tert wird, 

Figur 2 zeigt ein Flussdiagramm zur Erlauterung eines erfin- 
dungsgemaiien Verfahrens. Es wird zunachst allgemein ein Ab- 
lauf des erf indungsgemafien Verfahrens erlautert, der nach dem 

10 Start des Verfahrens in Schritt SI mit fester Wiederholrate 

stattfindet. In Schritt S2 wird gepruft, ob aktuell Diagnose- 
pulse angefordert werden. 1st dies nicht der Fall, so wird in 
Schritt S2A gepruft, ob in der Vergangenheit Diagnosepulse 
angefordert wurden . 1st auch dies nicht der Fall, so kehrt 

15 der Verf ahrensablauf zur Prufung gemafi Schritt S2 zuruck. 

Wurden in der Vergangenheit jedoch Diagnosepulse angefordert, 
so geht der Verf ahrensablauf von Schritt SA2 zu dem Verfah- 
rensschritt S4 uber, der in dem Fall, dass aktuell Diagnose- 
pulse angefordert werden (Schritt S2) , uber den Verfahrens- 

20 schritt S3 erreicht wird. In diesem Verf ahrensschritt S3 wer- 
den die aktuell angef orderten Diagnosepulse in das Diagnose- 
pulsanforderungsregister "diag_puls__anf order_reg" gespei- 
chert . 

25 In Schritt S4 wird nun gepruft, ob die Bedingungen fur in der 
Vergangenheit angeforderte Diagnosepulse weiterhin erfullt 
sind. 1st dies nicht der Fall, so wird gemafl Schritt S5 im 
Diagnosepulsausfuhrungsregister "diag_puls_ausf uhr_reg M und 
im Diagnosepulsanforderungsregister die betreffende Pulsan- 

30 forderung geloscht. Im Anschluss daran beziehungsweise wenn 

die Bedingungen fur in der Vergangenheit angeforderte Diagno- 
sepulse jedoch weiterhin erfullt sind, wird in Schritt S6 ge- 
pruft, ob alle in der Vergangenheit angef orderten Diagnose- 
pulse bereits ausgefuhrt sind, das heiJit, ob fur das Diagno- 

35 sepulsausfuhrungsregister gilt: diag j>uls_ausf iihr_reg == 0. 
1st dies der Fall, so werden in Schritt S7 neu angeforderte 
Diagnosepulse aus dem Diagnosepulsanf orderungsregister in das 
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Diagnosepulsausfuhrungsregister ubertragen, das heifit das Di- 
agnosepulsanforderungsregister wird in das Diagnosepulsaus- 
f uhrungsregister kopiert (di- 

ag_puls_ausfuhr_reg = diag__puls_anf order_reg) . Nachfolgend 
5 wird in Schritt S8 das Diagnosepulsanf orderungsregister ge- 
loscht (diagjpuls_anforder_reg = 0) . 

Nachfolgend wird in Schritt S9 der nachste Diagnosepuls akti- 
viert und im Diagnosepulsausf uhrungsregister wird die betref- 
fende Pulsanf order ung geloscht. Schritt S9 kann auch ausge- 
hend von Schritt S6 direkt erreicht werden, wenn nicht alle 
in der Vergangenheit angef orderten Diagnosepulse bereits aus- 
gefuhrt sind. In diesem Fall findet die Aktivierung der 
nachsten Diagnosepulse und das Loschen der entsprechenden 
Stelle im Diagnosepulsausf uhrungsregister fur in der Vergan- 
genheit angef orderte Diagnosepulse statt. Nach Schritt S9 
geht der Funktionsablauf wieder zu Schritt S2 uber, bezie- 
hungsweise er endet in Schritt S10. 

Figur 3 zeigt ein Diagramm zur beispielhaf ten Erlauterung des 
Flussdiagramms gemali Figur 2 . Anhand dieses Diagrartuns werden 
verschiedene Ablaufe bei unterschiedlichen Szenarien von Sys- 
temanforderungen erlautert. In Schritt S2 werden zum Zeit- 
punkt n neue Diagnosepulse angefordert, namlich fur die Trei- 
berausgange 1, 2 und 8. Folglich wird die in Schritt S2 gemaJi 
Figur 2 gestellte Frage mit " ja" beantwortet, und der Verfah- 
rensablauf geht zu Schritt S3 uber. 

In Schritt S3 werden unter Vermittlung der Priorisierungs- 
30 und Steuereinheit die aktuell angef orderten Pulse im Diagno- 
sepulsanf orderungsregister gespeichert. Im beispielhaf ten 
Fall werden somit die Registerstellen 1, 2 und 8 auf den Wert 
1 gesetzt, wobei das aktive Setzen der Registerstellen im 
vorliegenden Diagramm gemaJi Figur 8 durch Schattierung der 
35 Registerstellen gekennzeichnet ist. 
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Nachfolgend wird in Schritt S4 gefragt, ob die Bedingungen 
fur gegebenenfalls in der Vergangenheit angeforderte Diagno- 
sepulse weiterhin erfullt sind. Da es im vorliegenden Bei- 
spiel keine in der Vergangenheit angeforderten Diagnosepulse 
5 gibt, ist die Frage mit "ja" zu beantworten, so dass das Ver- 
fahren ohne Aktion in Schritt S5 zu Schritt S6 ubergeht. In 
Schritt S6 wird gepruft, ob gilt: diag_puls_ausf iihr_reg == 0. 
Dies bedeutet in dem Fall, dass bereits in der Vergangenheit 
Diagnosepulse angefordert wurden, dass diese auch bereits 

10 ausgefuhrt wurden. Im vorliegenden Beispiel befindet sich das 
Diagnosepulsausfuhrungsregister durchgangig im Zustand 0, da 
dies sein Anf angszustand ist. Auf die Frage gemafl Schritt S6 
wird somit mit "ja" geantwortet, so dass in Schritt S7 die 
neu angeforderten Diagnosepulse aus dem Diagnosepulsanforde- 

15 rungsregister in das Diagnosepulsausf uhrungsregister ubertra- 
gen werden konnen. Dies erfolgt unter Vermittlung der Priori- 
sierungs- und Steuereinheit . 

Nachfolgend wird in Schritt S8 das Diagnosepulsanf orderungs- 
20 register geloscht. 

In Schritt S9 wird dann der nachste Diagnosepuls aktiviert, 
und die entsprechende Pulsanf orderung wird im Diagnose- 
pulsausf uhrungsregister geloscht. Im vorliegenden Beispiel 
25 hat die Stelle im Diagnosepulsausf uhrungsregister die hochste 
Prioritat, die dem Treiberausgang mit der hochsten Ordnungs- 
zahl zugeordnet ist. 

Der Verfahrensablauf kehrt nachfolgend zu Schritt S2 zuruck, 
30 urn auf die zum Zeitpunkt n+1 vorliegenden Systemanforderungen 
zu reagieren. Im vorliegenden Beispiel werden wiederum neue 
Diagnosepulse angefordert, namlich auch hier wieder fur die 
Treiberausgange 1, 2 und 8. Die Frage in Schritt S2 wird so- 
mit mit "ja" beantwortet, und der Verfahrensablauf geht zu 
35 Schritt S3 liber. Da der Wert fur den Treiberausgang 8 im Di- 
agnosepulsausf uhrungsregister zum Zeitpunkt n in Schritt S9 
auf 0 gesetzt wurde, wird dieser in Schritt n+1 wieder auf 1 
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gesetzt, im Gegensatz zu den im Diagnosepulsanforderungsre- 
gister den Treiberausgangen 1 und 2 entsprechenden Stellen, 
da diese im Diagnosepulsausfuhrungsregister nach wie vor auf 
1 gesetzt sind. 

5 

In Schritt S4 wird nachfolgend gepriift, ob die Bedingungen 
fur in der Vergangenheit angeforderte Diagnosepulse weiterhin 
erfullt sind. Da dies der Fall ist - fur die Treiberausgange 
1, 2 und 8 werden nach wie vor Diagnosepulse angefordert - 

10 wird sogleich zu Schritt S6 ubergegangen, in dem gepriift 

wird, ob alle in der Vergangenheit angef orderten Diagnosepul- 
se ausgefuhrt wurden. Diese Frage wird zum Zeitpunkt n+1 mit 
"nein" beantwortet, da die fur den ersten Treiberausgang und 
den zweiten Treiberausgang angeforderten Diagnosepulse noch 

15 nicht ausgefuhrt wurden. Das Verfahren geht folglich zu 

Schritt S9 liber, wo der in Prioritatsreihenf olge nachste Di- 
agnosepuls ausgefuhrt wird, namlich der Diagnosepuls fur den 
zweiten Treiberausgang. 

20 Das Verfahren geht nachfolgend wieder zu Schritt S2 liber, wo 
gepriift wird, ob aktuell Diagnosepulse angefordert werden. 
Diese Frage wird mit "ja" beantwortet, da zum Zeitpunkt n+2 
fur den Treiberausgang 2 ein Diagnosepuls angefordert wird. 
Folglich wird in Schritt S3 der aktuell angeforderte Diagno- 

25 sepuls an der entsprechenden Stelle im Diagnosepulsanf orde- 
rungsregister gespeichert. 

Nachfolgend wird in Schritt S4 gepriift, ob Bedingungen fur in 
der Vergangenheit angeforderte Diagnosepulse weiterhin er- 

30 fiillt sind. Dies ist nur teilweise der Fall, namlich fur den 
Treiberausgang 2 und nicht fur die Treiberausgange 1 und 8, 
so dass die Frage insgesamt mit "nein" beantwortet werden 
muss. Folglich geht der Verf ahrensablauf zu Schritt S5 uber, 
wo im Diagnosepulsausf uhrungsregister und im Diagnosepulsan- 

35 forderungsregister die entsprechenden Stellen geloscht wer- 
den. Dies betrifft im Diagnosepulsanf orderungsregister die 
Stellen 1 und 8, wahrend im Diagnosepulsausf uhrungsregister 
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aufgrund der bereits stattgefundenen Impulsausf iihrung am ach- 
ten Treiberausgang nur die dem ersten Treiberausgang entspre- 
chende Stelle auf 0 gesetzt werden muss. 

5 In Schritt S6 wird gepruft, ob alle in der Vergangenheit an- 
geforderten Diagnosepulse ausgefuhrt wurden . Dies ist der 
Fall, da das Diagnosepulsausfuhrungsregister vollstandig auf 
0 gesetzt ist. Das Verfahren geht folglich zu Schritt S7 uber 
und der Zustand des Diagnosepulsanf orderungsregisters wird in 
10 das Diagnosepulsausf iihrungsregister ubertragen. 

Nachfolgend wird in Schritt S8 das Diagnosepulsanf orderungs- 
register geloscht. 

15 In Schritt S9 wird der einzige gemafi Diagnosepulsausf uhrungs- 
register auszufiihrende Puis fur den zweiten Treiberausgang 
ausgefuhrt, und die entsprechende Stelle im Diagnosepulsaus- 
fuhrungsregister wird geloscht. 

20 Ohne dass im Vorangehenden stets darauf hingewiesen wurde, 
finden die Veranderungen in den Registern haufig unter Ver- 
mittlung der Priorisierungs- und Steuerungseinheit statt, was 
im Diagramm gemafi Figur 3 dadurch veranschaulicht ist, dass 
die die Beeinf lussung der Registerstellen reprasentierenden 

25 Pfeile durch die die Priorisierungs- und Steuerungseinheit 18 
symbolisierenden mit unterbrochenen Linien gezeichneten Has- 
ten hindurchtreten mussen. 

Die Erfindung lasst sich wie folgt zusammenf assen : Es werden 
30 ein Verfahren zur Diagnose von Treiberausgangen 20 und ein 

Diagnosepulsmanager 10 angegeben, die in der Lage sind, einem 
Treiberausgang 20 einen Puis zuzufuhren, urn eine Diagnose 
dieses Treiberausgangs durchzuf uhren . Da die Systemanf orde- 
rungen 12 so ausfallen konnen, dass gleichzeitig mehrere Di- 
35 agnosepulse angefordert werden, werden ein Diagnosepulsanf or- 
derungsregister 14 und ein Diagnosepulsausf uhrungsregister 16 
zur Verfugung gestellt, so dass mehrere gleichzeitig beste- 
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hende Anf orderungen 12 gespeichert werden konnen. Auf der 
Grundlage dieser Pufferung von Anf orderungen 12 1st es inog- 
lich, dass mehrere gespeicherte Pulsanf orderungen gemaii vor- 
gegebener Regeln nacheinander berucksichtigt werden konnen. 



5 
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Patentanspruche 

1. Verfahren zur Diagnose von Treiberausgangen (20) , insbe- 
sondere zum Einsatz in einem Kraf tf ahrzeug, bei dem zum Aus- 

5 lesen eines Diagnoseergebnisses an einem Treiberausgang (20) 
dem Treiberausgang (20) ein Puis zugefuhrt wird, 
dadurch gekennzeichnet, 

dass eine fur einen Treiberausgang (20) bestehende Anfor 
10 derung (12) eines Pulses gespeichert werden kann, wobei 

insbesondere rtiehrere gleichzeitig bestehende Anforderun- 
gen (12) gespeichert werden konnen, und 

dass mehrere gespeicherte Anf orderungen (12) gemafi vorge 
15 gebener Regeln nacheinander beriicksichtigt werden. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

20 - dass die Anf orderungen (12) in einem Diagnosepulsanf orde 
rungsregister (14) als binare Werte gespeichert werden 
konnen, 

dass die in dem Diagnosepulsanf orderungsregister (14) ge 
25 speicherten Anf orderungen (12) in ein Diagnosepulsausf uh 

rungsregister (16) ubertragen werden konnen und 

dass das Diagnosepulsanf orderungsregister (14) nach dem 
Ubertragen der Anf orderungen (12) in das Diagnosepulsaus 
30 fuhrungsregister (16) geloscht wird. 

3. Verfahren nach Anspruch 2, 
dadurch gekennzeichnet, 

dass das Ubertragen der Anf orderungen (12) von dem Diagnose- 
35 pulsanf orderungsregister (14) in das Diagnosepulsausf uhrungs 
register (16) nur dann erfolgt, wenn in dem Diagnosepulsaus- 
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fuhrungsregister (16) keine Anf orderungen (12) gespeichert 
sind. 

4. Verfahren nach Anspruch 2 oder 3, 

5 dadurch gekennzeichnet, 

dass vor dem Ubertragen der Anf orderungen (12) von dem Diag- 
nosepulsanf orderungsregister (14) in das Diagnosepulsausf uh- 
rungsregister (16) in dem Diagnosepulsanf orderungsregister 
(14) nicht mehr gespeicherte Anf orderungen (12) ebenfalls in 
10 dem Diagnosepulsausfuhrungsregister (16) geloscht werden. 

5. Verfahren nach einem der Anspruche 2 bis 4, 
dadurch gekennzeichnet, 

dass nach dem Beriicksichtigen einer in dem Diagnosepulsaus- 
15 fuhrungsregister (16) gespeicherten Anforderung (12) diese 

Anforderung (12) in dem Diagnosepulsausf uhrungsregister (16) 
geloscht wird. 

6. Verfahren nach einem der vorhergehenden Anspruche, 
20 dadurch gekennzeichnet, 

dass die vorgegebenen Regeln auf mindestens einem der folgen- 
den Kriterien beruhen: 

verschiedene Treiberausgange (20) haben unterschiedliche 
25 Prioritat, und 

eine einem bestimmten Treiberausgang (20) zugeordnete An- 
forderung (12) darf berucksichtigt werden oder nicht. 

30 7. Verfahren nach Anspruch 6, 

dadurch gekennzeichnet, 

dass die Prioritaten der Treiberausgange (20) durch Konfigu- 
ration einer Steuerungs- und Priorisierungseinheit (18) fest- 
gelegt werden. 

35 

8. Verfahren nach Anspruch 6 oder 1, 
dadurch gekennzeichnet, 
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dass sich die Prioritaten der Treiberausgange (20) dynamisch 
in Abhangigkeit von Betriebszustanden des Kraf tfahrzeugs an- 
dern. 

5 9. Diagnosepulsmanager (10) zum Zufiihren von Pulsen zu 

Treiberausgangen (20) in Abhangigkeit von Systemanf orderungen 
(12) , insbesondere zum Einsatz in einem Kraf tf ahrzeug, urn an 
Treiberausgangen (20) Diagnoseergebnisse auszulesen, 
dadurch gekennzeichnet, 

10 

dass ein Diagnosepulsanf orderungsregister (14) zum Spei- 
chern einer fur einen Treiberausgang (20) bestehenden An- 
forderung (12) eines Pulses vorgesehen ist, wobei insbe- 
sondere mehrere gleichzeitig bestehende Anf orderungen 
15 (12) gespeichert werden konnen, und 

dass mehrere gespeicherte Anf orderungen (12) gemafi vorge- 
gebener Regeln nacheinander berucksichtigt werden konnen. 

20 10. Diagnosepulsmanager (10) nach Anspruch 9, 
dadurch gekennzeichnet, 

dass die Anf orderungen (12) in dem Diagnosepulsanf orde- 
rungsregister (14) als binare Werte gespeichert werden 
25 konnen, 

dass die in dem Diagnosepulsanf orderungsregister (14) ge- 
speicherten Anf orderungen (12) in ein Diagnosepulsausf uh- 
rungsregister (16) ubertragen werden konnen und 

30 

dass das Diagnosepulsanf orderungsregister (14) nach dem 
tibertragen der Anf orderungen (12) in das Diagnosepulsaus- 
f uhrungsregister (16) geloscht wird. 

35 11. Diagnosepulsmanager (10) nach Anspruch 10, 
dadurch gekennzeichnet, 
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dass das Obertragen der Anf orderungen (12) von dem Diag- 
nosepulsanforderungsregister (14) in das Diagnosepulsaus- 
fuhrungsregister (16) nur dann erfolgt, wenn in dem Diag- 
nosepulsausfuhrungsregister (16) keine Anf orderungen (12) 
5 gespeichert sind. 

12. Diagnosepulsmanager (10) nach Anspruch 10 oder 11, 
dadurch gekennzeichnet, 
dass vor dem Obertragen der Anf orderungen (12) von dem Diag- 
10 nosepulsanforderungsregister (14) in das Diagnosepulsausf uh- 
rungsregister (16) in dem Diagnosepulsanf orderungsregister 
(14) nicht mehr gespeicherte Anf orderungen (12) ebenfalls in 
dem Diagnosepulsausf uhrungsregister (16) geloscht werden. 

15 13. Diagnosepulsmanager (10) nach einem der Anspruche 10 bis 
12, 

dadurch gekennzeichnet, 
dass nach dem Berucksichtigen einer in dem Diagnosepulsaus- 
fiihrungsregister (16) gespeicherten Anforderung (12) diese 
20 Anforderung (12) in dem Diagnosepulsausfuhrungsregister (16) 
geloscht wird. 

14. Diagnosepulsmanager (10) nach einem der Anspruche 9 bis 
13, 

25 dadurch gekennzeichnet, 

dass die vorgegebenen Regeln auf mindestens einem der folgen- 
den Kriterien beruhen: 

verschiedene Treiberausgange (20) haben unterschiedliche 
30 Prioritat und 

eine einem bestimmten Treiberausgang (20) zugeordnete An- 
forderung (12) darf berucksichtigt werden Oder nicht. 

35 15. Diagnosepulsmanager (10) nach Anspruch 14, 
dadurch gekennzeichnet, 
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dass die Prioritaten der Treiberausgange (20) durch Konfigu- 
ration einer Steuerungs- und Priorisierungseinheit (18) fest- 
gelegt werden. 

5 16. Diagnosepulsmanager (10) nach Anspruch 14 oder 15, 
dadurch gekennzeichnet, 

dass sich die Prioritaten der Treiberausgange (20) dynamisch 
in Abhangigkeit von Betriebszustanden des Kraf tf ahrzeugs an- 
dern . 



WO 2005/012929 



PCT/EP2004/051541 



1/6 



FIG1 




Systemanforderungen }^~ 12 




7\ 



Diagnosepulsmanager 



10 



T 

14 



16 
-4- 



Anforderungsverarbeitung 
ZD 



J 



7\ 



18- 



Steuerungs- und 
Priorisierungs- 
Funktionen 



Ausfuhrungsverarbeitung 



7\ 




Pulsausfuhrung 




WO 2005/012929 



PCT/EP2004/051541 



2/6 



FIG 2A 

feste 
Wiederholrate 



START KS1 



S2 



aktuell 
Diagnosepulse 
angefordert? 



ja 



nein 



S2A 



speichere aktuell angeforderte 
Diagnosepulse in das Diagnose- 
pu Isanforderungsreg ister 
diag_puls_anforder_reg 



in der Vergangenheit 
Diagnosepulse 
angefordert? 



nein 



S3 



ja 



S4 

Bedingungen 
fur in der Vergangenheit 
angeforderte Diagnose- 
pulse weiterhin 
erfullt? 



nein 



S5- 



losche im Diagnosepulsausfuhrungs- 

register und Diagnosepul- 
sanforderungsregister die betneffende 
Pulsanforderung 
(diag_puls_ausfuhr_reg und 
diag_puls_anforder_reg 
position fiirauszufuhrenden Puis wird 
geloscht) 



WO 2005/012929 



PCT/EP2004/051541 



3/6 

FIG 2B 




ubertrage neu angeforderte 
Diagnosepulse aus dem Diagnose- 
pulsanforderungsregister in das 
D iagn osepu I sau sf u hrun gsreg ister 

diag puls_ausfuhr_reg = 

diag pulsanforderreg 



loche das Diagnosepuls- 
anforderungsregister 
diag_puls_anforder_reg =0 



S8 



aktiviere nachsten Diagnosepuls und 
losche im Diagnosepulsausfiihrungs- 
register die betereffende Pulsanforderung 

(diag puls_ausgefuhr_reg - Position fur 

ausgefuhrten Puis wird geloscht) 



S9 



S10 



WO 2005/012929 



PCT/EP2004/051541 



4/6 



CD 



co -r 

ILL 1 



CD :ZD 
CO <*— 

EL— ™ 

O 1 CO 
O) CD °° 

.25 "o 2 

CD CD „Q 

(D C S? 
C CO) — 



OO 

en 

ZD 



CD 

22 ,CNI 



ex 

CD 
CO 

o 



A 



cz 

CO 

o> 

CO 
ZD 
CO 



C7> CD 
CO 

° a, 

CD CD _Q 

CD CZ 
CZ CO 



CD 



CD 
CO 



CD 
CO 
O 
CZ 

o 

CO 

Q 

CD 



CO 

A 



oo 

•a 

cz 

ZD 



CO 

tz: o> 

CD CO 

5 3 
e is 

CD X) 
CD C £ 



co 



CNJ 
GO 



CD 



HI / / 



IS a, 
"E o. 

Q- CJ5 co 

I CZ =3 
05 ZZ3 CO 
CO ^rr 
~ CD _cz 



OO 



CNJ 



CD 



CNJ 



zd „ .E 

CO 

^ T3 t- 

o> r-f cn 

c a5 c 

CO r*^> CO 

05 (V) O 

CO _ GO 

D D 

CD CO CD 
_0 CD _Q 

CD CD 



w_ CJ> w_ 

■p ~ sj=3 



■ ■ 

4< 



i 
t 
i 
i 
i 

i I 
I i 
-J U 



f i 




CD 



CD 



CD 

TZ> 



cz: czz 

CO CO 
CZO CD) 

CO CO 

=3 =3 

CO CO^ 

cd a3* 

"CD "CD 



CJ5 — 



CO 

CJ> 

CO 

ZD 

CO 



CD 

CD 
CD 

"co 



1 -i 

CO 



CD 

S o 1 

CD 'CZ 



CZJ) 
CO 



CNJ OO 



CO 
GO 



cd : 
E= + 

cz gz 

CD 3 

cz»£3- 



CD 
CO 

ZD 
CL 
CD 
CO 
O 



CD I 

CO 
"O 



ZD <P, CZD 

= ~ S ^ 

"5 j£ 

CD " 

• — cz o i — 

CD_ CO ^trr CD 
CO a> 2i;*=r 

"cd a5 cz S? 

CO > co S 



<i— CNJ 

0> CD> 
CZ CZ 
CO CO 
0> CD 
CO CO 
ZD ZD 
CO CO 

a5 a5 

-Q jQ 
"CD CD 



CD 
CZ 

*CD 



O 

<C 

CD 
CZ 

"CD 



GO 



WO 2005/012929 



PCT/EP2004/051541 



5/6 



^J- oo CO 

7? 7 




CO 

cr 
*cd 



CD 

"55 





QJ 




0> 
CD 




*~l 






order 


inheit 


ausfiihr 




anl 


CD 
_l 






CD 


~' 




1 


stei 


1 


3B 


CO 


o' 


CO 
CO 


CD j 

Li— 1 




LO 
CO 





CD 

c E 

CD I 

co ; 

CD ^ 



C\J 

i + 

CD C3 0> 

.2 ^ S 
Q j= *t/i j£ 

= 2 .92 
£ aj |w 

-25 " "=5 



cr S o ro 
<u Qj o>— .52 



CO 



CD 

CD 

d 
CO 

?. 

CD - 



I 

CD 

K CO 

si 

Q ^CD 



CD 



CO 
CO 



CD 

fo 



, - O) CO CD 

cd co cz 

cr> o> — .SS H 
CS§ Q.S II 



CD 



CD 

cz 

CO 
CD 



E CD 
CO 

cz ° 

J i 



CD 



s = 

2 TO 
CD 



I 



58 1 |f -8 



CD 

— 33 CD CD o)' 



CO 
CO 



oo co 

7? 7 



7 



CD 
CD 



cz 
o 

is 
<c 

CD 
CD 




C3> 
CD 



CD 
O 

*cz 

CO 



CO 



CD 
CZ 

'!!' 

CD 
=3 
CD 

to 



co 



cz» 

CD 



CO 
ZD 

CO 



CD 
CO 



O) 
CD 



. CD 
O 

*cz 

CO 



CO 



oo 
CO 



WO 2005/012929 



6/6 



PCT/EP2004/051541 




CD 



C3 



zz> cr 

CO ;= 
CD 

Q- O 
_ > 



cz 

CD 



GO 
. ZD 
CO 



OLD 
CI 

Cl- o 



C3 
OO 

CD 



o> 

CD 



to 

Z3 

I 

CO 
X3 



CD 
CO 



O) 


o> 




cr 


<= 


cz 


CO 


CO 


CO 


CD 


o> 


O) 


OO 


OO 


GO 


ZD 


=D 


Z3 


CO 


CO 


CO 


» — • ■ • 






CD 


o5 


CD 


-Q 




-Q 


*CD 




"CD 


F= 




^= 


oo 




H25» 



INTERNATIONAL SEARCH REPORT 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 G01R31/00 G01R31/319 



According to International Patent Classification (IPC) or to both national classification and IPC 



International Application No 

PCT/EP2004/051541 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by dassificalion symbols) 

IPC 7 G01R 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of dala base and, where practical, search terms used) 

EPO-Internal , IBM-TDB 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US 4 873 452 A (FUKUDA JUNICHI ET AL) 
10 October 1989 (1989-10-10) 
column 1, line 44 - column 2, line 62; 
figure 1 



IBM TECHNICAL DISCLOSURE BULLETIN, 
vol. 27, no. 3, August 1984 (1984-08), 
pages 1784-1786, XP002304699 
the whole document 

US 5 063 516 A (JAM0UA SAAD A ET AL) 

5 November 1991 (1991-11-05) 

column 1, line 57 - column 2, line 27 



1,9 



1,9 



1,9 



|^2J Further documents are listed in the continuation of box C. 



0 



Patent family members are listed in annex. 



* Special categories of cited documents : 

•A" document defining the general state of the art which is not 
considered to be of particular relevance 

earlier document but published on or after the International 
filing date 

'L* document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

•O" document referring to an oral disclosure, use, exhibition or 
other means 

'P* document published prior to the International filing date but 
later than the priority date claimed 



*r later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

'X* document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken atone 

■V document ot particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person stdQed 
in the art. 

*&■ document member ot the same patent family 



Date of the actual completion of the international search 



9 November 2004 



Date of mailing ot the international search report 

09/12/2004 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patent taan 2 
NL-2280HV Rqswijk 
TeL <*31 -70) 340-2040. Tx. 31 661 epo nl, 
Fax (+31-70)340-3016 



Authorteed officer 



Meggyesi , Z 



Form PCT7ISV210 (second sheet) (January 2004) 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 



International Application No 

PCT/EP2004/051541 



Patent document 
cited in search report 


Publication 
date 


Patent family 
member) s) 


Publication 
date 


US 4873452 


A 


10-10-1989 


JP 


1168545 


A 


04-07-1989 








JP 


2092563 


C 


18-09-1996 








JP 


7115625 


B 


13-12-1995 



US 5063516 A 05-11-1991 NONE 



Form FC17ISATC1 0 (patem I amity annex) (Januaiy 2004) 



INTERNATIONALER RECHERCHENBERICHT 



Internationales Aktenzelchen 

PCT/EP2004/051541 



A. KLASSIF1ZIERUNG DES ANMELDUNGSGEGENSTANDES 

IPK 7 G01R31/00 G01R31/319 



Nach der Internationaten Patentkiassifikation (IPK) Oder nach der natlonalen Klasslfikatlon und der IPK 



B. RECHERCHIERTE QEBIETE 



Recherchierter Mindeslprufsloff (Klassifikalionssystem und Klassifikationssymbole ) 

IPK 7 G01R 



Recherchierte aber nlchi zum Mindestprufstoff gehorende Verottentlichungen. soweii diese unter die reeherchierten Gebiete fallen 



Wahrend der interna! ionalen Recherche konsultierte elektronische Datenbank (Name derOatenbank und evtl. verwendete Suchbegriffe) 

EPO-Internal , IBM-TDB 



C. ALS WESEMTLICH ANGESEHENE UNTERLAGEN 



Kategorie 0 Bezeichnung der Veroffentlichung, soweit erforderlich unter Angabe der in Betracht kommenden Teile 



Betr. Anspruch Nr. 



US 4 873 452 A (FUKUDA JUNICHI ET AL) 
10. Oktober 1989 (1989-10-10) 
Spalte 1, Zeile 44 - Spalte 2, Zeile 62: 
Abb1 ldung 1 

IBM TECHNICAL DISCLOSURE BULLETIN, 
Bd. 27, Nr. 3, August 1984 (1984-08), 
Seiten 1784-1786, XP002304699 
das ganze Dokument 



US 5 063 516 A (JAM0UA SAAD A ET AL) 

5. November 1991 (1991-11-05) 

Spalte 1, Zeile 57 - Spalte 2, Zeile 27 



1,9 



1,9 



1,9 



□ 



Weitere Veroffenltichungen sind der Fortsetzung von Feld C zu 
entnehmen 



El 



Siehe Anhang Patentfamilie 



0 Besondere Kategorien von angegebenen Ver6tfenllichungen 
•A* Veroffentlichung. die den allgemeinen Stand der Technik definiert, 
aber ntcht als besonders bedeulsam anzusehen isl 

•E* Site res Dokument, das jedoch erst am oder nach dem internaudnalen 
An me Ide datum veroftentlicht worden ist 

'L* Verfiffentfichung, die geeignet ist, einen Prioritatsanspruch zweifethatt er- 
scheinen zu lassen, Oder durch die das Veroffentiichungsdatum eher 
anderen im Recherchenbericht genannten Verfiffentlichung belegt werden 
soil oder die aus einem anderen besonderen Grund angegeben ist (wle 
ausgefuhrt) 

'O* Veroffentlichung. die slch auf eine mQndyche Ottenbarung, 

eine Benutzung, eine Ausstellung oder andere MaBnahmen bezieht 

*P m VerBffentlchung. die vor dem internationalen Anmekte datum, aber nach 
dem beanspruchten Priorit5tsdatum verdffentlicht worden ist 



1* Spatere Verdrfentlichung, die nach dem internationalen Anmeldedaium 
oder dem Prioritatsdatum verdffentlicht worden ist und mit der 
Anmeldung nicht kollidiert, sondem nur zum VerstSndnis des der 
Erfindung zugrundeliegenden Prinzips Oder der ihr zugrundellegenden 
Theorie angegeben rsf 

•X" Veroffentlichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann aiiein aufgrund dieser Ver6ffentlichung nicht ats neu Oder auf 
erflndertscher Tatigkelt beruhend betrachtet werden 

■V Veroffentlichung von besonderer Bedeutung; die beanspruchte Erfindung 
kann nicht als auf erfinderischer Tatkjkeit beruhend betrachtet 
werden. wenn die VerOffentDchung mit erner oder mehreren anderen 
Veroffentlichungen dieser Kategorie in Verbindung gebracht wird und 
diese Verbindung fur elnen Facnmann nahetlegend ist 

*&* Veroffentlichung, die Mitgtted derseiben Patentfamilie ist 



Datum des Abschlusses der internationalen Recherche 



9. November 2004 



Absendedatumdes internationalen Recherchenberichts 



09/12/2004 



Name und Postanschrffl der Internationalen Recherchenbehorde 
Europaisches Patenlamt, P.B. 5618 Patenllaan 2 
NL - 2260 HV Rijswijk 
Tel. (+31 -70) 340-2040. Tx. 31 651 epo nl. 
Fax (+31-70) 340-3016 



Bevollmachtigter Bediensteter 

Meggyesl , Z 



Formblatt PCT71SA/210 (Blatt 2) (Januar 2004) 



INTERNATIONALER RECHERCHENBERICHT 

Angaben zu VertMfenilicfiungen, die zur selben PaienUamilie gehdren 



Internationales Aktenzeichen 

PCT/EP2004/051541 



lm Becherchenbericht 
angefiihrtes Patentdokument 



Datum der 
VerOffentlichung 



Mitglied(er) der 
Patentiamille 



Datum der 
VerOffentlichung 



US 4873452 



US 5063516 



10-10-1989 



JP 
JP 
JP 



1168545 A 
2092563 C 
7115625 B 



05-11-1991 KEINE 



04-07-1989 
18-09-1996 
13-12-1995 



Formbtan PCT/lSA/210 (Anhang PatenttamiUe) (Januar 2004) 



